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REAL PARTY IN INTEREST 

The real party in interest is the assignee of all rights in this application, International 
Business Machines Corporation, a corporation of the State of New York, having a place of 
business atArmonk, New York, 10504. 

RELATED APPEALS AND INTERFERENCES 

There are no appeals or interferences known to appellants, appellants' legal 
representatives or assignee, which will directly affect or be affected by, or have a bearing 
on the Board's decision on this appeal. 

STATUS OF CLAIMS 

An amendment was filed in the subject application on May 10, 2005, responsive to 
the March 1, 2005 office action, amending claims 1, 3-5, 7, 9-11, 13 and 15-17, canceling 
claims 2, 8 and 14, and adding new claims 19-21 . Appellants are appealing the rejection 
of these claims. 

STATUS OF AMENDMENTS 

All the amendments made during prosecution of the application have been entered 
and are presently in the application. The rejected claims 1, 3-7, 9-13 and 15-21 as they 
presently stand are set forth in the Appendix. 

SUMMARY OF CLAIMED SUBJECT MATTER 

Appellants' invention as recited in independent claim 1 is directed to a method for 
managing server network computing resources having a workload of a given type (page 5, 
line 17 to page 6, line 1 7). Independent claims 7 and 1 3 recite a program storage device 
and computer program product (page 9, line 28 to page 10, line 16; item 60; Fig. 4) that 



employ method steps recited in claim 1. The invention in particular first develops a 
forecast based on historical performance and collects real-time performance data regarding 
the server network computing resources running under the workload (page 6, line 19 to 
page 7, line 4; items 110, 120, 130, 140, 150, 160, 170, 180, Fig. 1; page 8, lines 11-17). 
The invention then analyzes the real-time performance data and the forecast to identify a 
critical server network computing resource (page 7, lines 5-14; items 190, 200, 210, Fig. 
2). Finally, the invention automatically adjusts a capacity of the server network computing 
resource to provide steady-state performance of the resource under the workload (page 7, 
lines 16-17; items 230, 250, Fig. 2; page 7, line 25 to page 8, line 2; page 9, lines 13-24; 
items 40, 42, Fig. 3). 

Claims 3, 9 and 15, which depend from aforedescribed claims 1, 7 and 13, 
respectively, describe setting threshold values for the performance data and identifying the 
server network computing resource in accordance with the threshold values (page 6, lines 
24-25; item 150, Fig. 1; page 7, lines 10-14; item 210, Fig. 2). Dependent claims 4, 10 
and 16 describe notifying a user of the server network computing resources when the 
critical resource is a server network computing hardware resource, and notifying the user 
when the capacity of the server network computing hardware resource is adjusted (page 7, 
lines 16-18; item 260, Fig. 2). 

Dependent claims 5, 11 and 17-21 describe initially providing additional server 
network computing hardware resources available to, but unused by, the server network 
computing resources (page 10, lines 2-12, item 60, Fig. 4). Dependent claims 6, 12 and 
18-21 describe the additional hardware resources as being CPUs, computer memory 



and/or computer disk storage (page 7, line 25 to page 8, line 2; page 8, lines 16-18; items 
40, 42, Fig. 3). 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

The contested Issues In this appeal are whether claims 1, 3-7, 9-13 and 15-21 are 
unpatentable on the following grounds. 

I. Claims 1, 3, 4, 7, 9, 10, 13, 15 and 16 stand rejected under 35 USC § 103 
as being obvious from Sarukkai U.S. Patent No. 6,571,288 in view of Smocha et al. U.S. 
Patent No. 6,694,288. 

II. Claims 5, 6, 1 1, 12 and 17-21 stand rejected under 35 USC § 103 as being 
obvious from Sarukkai in view of Smocha, further in view of DeLuca et al. U.S. Patent No. 
5,848,270. 

ARGUMENT 

I. Claims 1, 3, 4, 7, 9, 10, 13, 15 and 16 are not obvious under 35 USC § 103, from 
Sarukkai in view of Smocha et al. 

Claims 1, 3, 4, 7, 9, 10, 13, 15 and 16 stand rejected under 35 USC § 103 as being 
obvious from Sarukkai U.S. Patent No. 6,571,288 in view of Smocha et al. U.S. Patent No. 
6,694,288. 
A. Cited prior art 

Sarukkai U.S. Patent No. 6,571,288 is directed to a method of separately measuring 
the capacity of individual servers in a multiple server network within a cluster, and using 
the measurement to rebalance the relative weight of the server in the network cluster. This 
is done by using a capacity prober to set the respective weights for all the servers in the 
cluster to the new relative weight in the load balancer connected to the network cluster. 



See Sarukkai column 4, lines 39-42 and 62-65. In order to do so, Sarukkai must take each 
server in the cluster off line and stress test it to measure its capacity. See Sarukkai column 
3, lines 3-6. The Sarukkai method merely uses off-line stress tests to subsequently 
rearrange the relative weight of the servers in the network. As Sarukkai states, "[t]he result 
is better load balancing which provides a reliable means of fairly sharing network 
resources" (column 4, lines 43-45) and "the operation of the cluster is better optimized" 
(column 3, line 9). Sarukkai must shut down each server, one at a time - something that 
appellants' method does not require - and run an off-line test. By contrast, appellants' 
invention collects "real-time performance data ... running under the workload." 

Smocha et al. U.S. Patent No. 6,694,288 is directed to a method for analyzing 
performance of a network-accessible server, and does not disclose or suggest adjusting 
capacity of a server network , as in the present invention. Like Sarukkai, Smocha also only 
simulates a client behavior, and does not use "real-time performance data ... running 
under the workload" as appellants do. 
B. Discussion of rejection 

Claims /, 7 and 13 

Appellants' invention as recited in claims 1, 7 and 13 is directed to a method and 
associated computer program product and program of instructions for managing server 
network computing resources having a workload of a given type. The invention in 
particular a) collects real-time performance data regarding the server network computing 
resources running under the workload, b) analyzes the real-time performance data and the 
forecast to identify a critical server network computing resource, and c) automatically 



adjusts a capacity of the server network computing resource to provide steady-state 
performance of the resource under the workload. 

Unlike appellants' invention, Sarukkai does not add or subtract and capacity to the 
network - he merely rearranges the manner in which it is balanced among the servers. 
There is no disclosure or suggestion by Sarukkai of "automatically adjusting a capacity of 
the server network computing resource" as in appellants* invention defined in claims ^, 7 
and 13. Such capacity may include, for example, a central processing unit (CPU) 
microprocessor, computer memory, storage, or other hardware resource necessary to 
maintain the system at steady state operation. See specification page 7, lines 25-29. 
(Particular capacity resources are defined in claims 6, 12 and 18-21 .) 

The Examiner acknowledges, "Sarukkai does not explicitly teach collecting 
performance of the server in accordance with the type of workload ." Office action, p.2 
(emphasis in original). The Examiner then cites the Smocha patent as disclosing this 
feature. However, the Smocha patent is directed to a method for analyzing performance of 
a network-accessible server, and does not disclose or suggest adjusting capacity of a server 
network , as in the present invention. Like Sarukkai, Smocha also only simulates a client 
behavior, and does not use "real-time performance data ... running under the workload" as 
appellants do. Thus, Smocha does not remedy the deficiencies of Sarukkai described 
above. 

Accordingly, the hypothetical combination of Sarukkai and Smocha does not render 
obvious the claimed invention to one of ordinary skill in the server network computing art 



since they do not address automatically adjusting server network capacity, and their 
combination (even if proper) does not arrive at appellants' claimed invention. 
Claims 3, 9 and 15 

Dependent claims 3, 9 and 1 5 add the subject matter of setting threshold values for 
the performance data and identifying the server network computing resource in 
accordance with the threshold values. Presumably the Examiner is citing Smocha, not 
Berg, at column 11, lines 15-30 as disclosing such. However, Smocha does not disclose 
identifying the server network computing resource, since he is directed only to 
performance of a single, stand-alone server. This citation does not disclose server network 
computing resources, or any identification of server network computing resources. Claims 
3, 9 and 1 5 are therefore not obvious from the combination of Sarukkai and Smocha. 

Claims 4, 10 and 16 

Claims 4, 10 and 16 recite notifying a user of the server network computing 
resources when the critical resource is a [server network computing] hardware resource, 
and notifying the user when the capacity of the [server network computing] hardware 
resource is adjusted. For this subject matter, the Examiner cites Smocha at column 1, lines 
60-65 and column 12, lines 16-23. 

Smocha discloses analyzing various parameters in a network accessible server and 
sending statistically significant patterns to a user and suggesting likely causes for the 
parameter values. There is no disclosure or suggestion in Smocha that this refers to a 
server network computing hardware resource, or notification to the user when the capacity 
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of the hardware resource is adjusted. Accordingly, the present invention as recited in 
claims 4, 10 and 1 6 is not rendered obvious from the cited art. 

In summary, appellants' invention provides an unobvious automated method of 
managing server network computing resources by adjusting the resource capacity under 
load, and does not rely on off-line stress-testing and rebalancing as in Sarukkai, or 
simulated client behavior as in Smocha. 

II. Claims 5, 6, 11, 12 and 17-21 are not obvious under 35 USC § 103 from Sarukkai 
in view of Smocha et al, further in view of DeLuca et al. 

Claims 5, 6, 1 1, 12 and 1 7-21 stand rejected under 35 USC § 103 as being obvious 
from Sarukkai in view of Smocha, further in view of DeLuca et al. U.S. Patent No. 
5,848,270. 

A. Cited prior art 

The Sarukkai and Smocha patents are described above. 

DeLuca et al. U.S. Patent No. 5,848,270 is directed to a method for modeling 
process capacity required by a server system, without requiring the construction of the 
server system. Column 2, lines 41-44. The portion of DeLuca cited by the Examiner 
merely compares specifications of a modeled server system to an existing server system. 
No actual additional unused but available hardware resources are provided to a server 
system by DeLuca. 

B. Discussion of rejection 
Claims 5, 11 and 17-21 

Claims 5, 11 and 17-21 recite that there is initially providing additional [server 
network computing] hardware resources available to, but unused by, the server network 



computing resources. The Examiner acknowledges, "Sarukkai and Smocha do not 
explicitly teach providing additional hardware resources available to, but unused by, the 
server network computing resources." Office action, p.4. The Examiner cites for this 
subject matter the disclosure of DeLuca at column 1 1 , lines 1 5-1 9. 

DeLuca is directed to a method for modeling process capacity required by a server 
system, without requiring the construction of the server system. Column 2, lines 41-44. 
The portion of DeLuca cited by the Examiner merely compares specifications of a modeled 
server system to an existing server system. No actual additional unused but available 
hardware resources are provided to a server system by DeLuca. Therefore, the 
combination with DeLuca does not render obvious the present invention defined by 
claims 5, 1 1 and 17-21. 

Claims 6, 12 and 18-21 

Claims 6, 12 and 18-21 specify that the additional hardware resources are CPUs, 
computer memory and/or computer disk storage. The Examiner cites the same portion of 
DeLuca as cited for claims 5, 1 1 and 17. Again, since DeLuca does not actually provide 
any unused but available hardware resources to an actual server network, appellants' 
invention as defined by claims 6, 12 and 18-21 is not obvious from a combination of 
Sarukkai, Smocha and DeLuca. 



10 

CONCLUSION 

For the reasons given above, appellants submit that the claims of the instant 
application are not obvious from the cited prior art. Reversal of the rejections under 35 
use § 103 is respectfully requested. 



Respectfully submitted, 




Peter W. Peterson 



Reg. No. 31,867 

DeLIO & PETERSON, LLC 

121 Whitney Avenue 

New Haven, CT 06510-1241 

(203) 787-0595 

ibmfl 00347000app_brief.doc 
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CLAIMS APPENDIX 
Rejected Claims of Serial No. 10/023,154 

1. (previously presented) An automated method of managing server network 
computing resources having a workload of a given type, the method comprising: 

providing resource data collectors for collecting data regarding performance of the 

server network computing resources, in accordance with the type of workload; 
developing a forecast of utilization of the server network computing resources, based 

on historical performance data; 
collecting real-time performance data regarding the server network computing 

resources running under the workload; 
analyzing the real-time performance data and the forecast to identify a critical server 

network computing resource; and 
automatically adjusting a capacity of the server network computing resource to 

provide steady-state performance of said resource under said workload. 

2. (cancelled) 



3. (previously presented) The method of claim 1 further comprising setting threshold 
values for said performance data and identifying the server network computing resource 
in accordance with the threshold values. 
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4. (previously presented) The method of claim 1 further comprising: 

notifying a user of the server network computing resources when the critical resource 

is a hardware resource; and 
notifying the user when the capacity of said hardware resource is adjusted. 

5. (previously presented) The method of claim 1 further comprising initially 
providing additional hardware resources available to, but unused by, the server network 
computing resources. 

6. (original) The method of claim 5 wherein the additional hardware resources are 
selected from the group consisting of CPUs, computer memory and computer disk 
storage. 

7. (previously presented) A program storage device readable by a machine, tangibly 
embodying a program of instructions executable by the machine to perform an automated 
method of managing server network computing resources having a workload of a given 
type, using resource data collectors for collecting data regarding performance of the 
server network computing resources in accordance with the type of workload, and a 
forecast of utilization of the server network computing resources based on historical 
performance data, said method steps comprising: 

collecting real-time performance data regarding the server network computing 
resources running under the workload; 



13 

analyzing the real-time performance data and the forecast to identify a critical server 

network computing resource; and 
automatically adjusting a capacity of the server network computing resource to 

provide steady-state performance of said resource under said workload. 



8. (cancelled) 



9. (previously presented) The program storage device of claim 7 wherein the method 
steps further comprise setting threshold values for said performance data and identifying 
the server network computing resource in accordance with the threshold values. 

1 0. (previously presented) The program storage device of claim 7 wherein the method 
steps further comprise: 

notifying a user of the server network computing resources when the critical resource 

is a hardware resource; and 
notifying the user when the capacity of said hardware resource is adjusted. 

1 1 . (previously presented) The program storage device of claim 7 wherein the server 
network computing resources further include additional hardware resources available to, 
but unused by, the computing resources. 
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12. (original) The program storage device of claim 11 wherein the additional 
hardware resources are selected from the group consisting of CPUs, computer memory 
and computer disk storage. 

13. (previously presented) A computer program product for performing an automated 
method of managing server network computing resources having a workload of a given 
type, using resource data collectors for collecting data regarding performance of the 
server network computing resources in accordance with the type of workload, and a 
forecast of utilization of the server network computing resources based on historical 
performance data, said computer program product having: 

computer-readable program code for collecting real-time performance data regarding 

the server network computing resources running under the workload; 
computer-readable program code for analyzing the real-time performance data and the 

forecast to identify a critical server network computing resource; and 
computer-readable program code for automatically adjusting a capacity of the server 

network computing resource to provide steady-state performance of said resource 

under said workload. 

14. (cancelled) 

15. (previously presented) The computer program product of claim 13 wherein the 
computer program product further comprises computer-readable program code for setting 
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threshold values for said performance data and computer-readable program code for 
identifying the server netvi^ork computing resource in accordance with the threshold 
values. 

16. (previously presented) The computer program product of claim 13 wherein the 
computer program product further comprises: 

computer-readable program code for notifying a user of the server network computing 
resources when the critical resource is a hardware resource; and 

computer-readable program code for notifying the user when the capacity of said 
hardware resource is adjusted. 

17. (previously presented) The computer program product of claim 13 wherein the 
computer program product further includes additional hardware resources available to, 
but unused by, the server network computing resources. 

18. (original) The computer program product of claim 17 wherein the additional 
hardware resources are selected from the group consisting of CPUs, computer memory 
and computer disk storage. 

19. (previously presented) The method of claim 4 further comprising initially 
providing additional hardware resources available to, but unused by, the server network 
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computing resources, the additional hardware resources being selected from the group 
consisting of CPUs, computer memory and computer disk storage. 

20. (previously presented) The program storage device of claim 10 wherein the server 
network computing resources further include additional hardware resources available to, 
but unused by, the computing resources, the additional hardware resources being 
selected from the group consisting of CPUs, computer memory and computer disk 
storage. 

21. (previously presented) The computer program product of claim 16 wherein the 
computer program product further includes additional hardware resources available to, 
but unused by, the server network computing resources, the additional hardware 
resources being selected from the group consisting of CPUs, computer memory and 
computer disk storage. 
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EVIDENCE APPENDIX 
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RELATED PROCEEDINGS APPENDIX 



